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ABSTRACT 

Rate-monotonic scheduling (RMS) is a priority 
assignment algorithm used in real-time operating 
systems (RTOS) Scheduling procedures are a 
backbone of any operating system. In previous paper I 
analyze and conclude that the rate monotonic 
scheduling is best for real time scheduling. 
Deterministic deadlines are exactly equal to periods 
As I know scheduling procedures are basically 
divided into two main streams: first is the 
uniprocessor and another one is multiprocessor. 

This paper describes the rate monotonic (SRM) 
system. Here I previously studied and analyzed 
different SRM and SDM procedures to conclude that 
which algorithm or which policy is best for real time 
scheduling. 

Keywords: Rate-monotonic scheduling (RMS), real¬ 
time operating systems (RTOS), Static Deadline 
monotonic (SDM), Highest Locker's Priority Protocol 
(HLP) 

INTRODUCTION 

The scheduling of real-time tasks is very different 
from general scheduling. Ordinary scheduling 
procedures attempt to ensure fairness among tasks, 
minimum progress for any individual task, and 
prevention of starvation and deadlock. The static 
priorities are assigned according to the cycle duration 
of the job, so a shorter cycle duration results in a 
higher job priority.Within computer science real-time 
systems are an important while often less known 
branch. I use Real-time systems in so many ways 
today more than PCs in our real life, still I are not so 
familiar about it when I use the devices in which they 


reside. Some of the devices in which real time system 
resides are cars, planes and entertainment system 
which govern the working of those devices which I do 
not consider that such system exist within the chosen 
device. 

Basically I can say that a real-time-system is a 
computer based system in which the major aspect of 
the system is to perform tasks on time, not finishing 
too early nor too late. A classic example is that of the 
opening of para suit; it is of great importance that the 
para suit must be pulled in time not too soon not too 
late in order to land safely while skydiving. One more 
example is of the air-bag in a car; it is of great 
importance that the bag inflates neither too soon nor 
too late in order to be of aid and not be potentially 
harmful. 

In the previous paper I survey several procedures 
developed over the last few years that are designed to 
schedule real-time tasks in distributed systems. The 
choice of algorithm can influence the behavior of a 
real-time system and for this reason there are many 
available procedures. For the different categories of 
real- time systems there are specialized procedures 
developed. With the help of the previous paper I will 
finalize that rate monotonic is best for real-time 
procedures.[l] 

Before examining the actual procedures, it is helpful 
to establish the exact meanings of the terms real-time 
task and distributed system. I provide a basic 
definition of what a real-time task is and identify the 
different dimensions along which this definition may 
vary.Other overviews of real-time scheduling 
procedures have been presented by Bums[l], Bums 
and Audsley[2] and by Mohammadi and Akl[3]. 
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Those are somewhat more in depth on some topics 
then this overview. 

The rest of the paper is organized as follows: - In 
section 2 basic concepts of real-time system and 
scheduling are explained. Section 3 deals with the rate 
monotonic scheduling system in this paper. The final 
section, 4 covers summary and conclusions. 

REAL TIME SYSTEM 

Real-time applications usually are executed on top 
of a Real-time Operating System .scheduling 
procedures are the rule set that defines that how I 
manage the real-time system in the scheduler, that is, 
how processor-time is allotted to the task present in 
any queue. The choice of algorithm depends on 
whether our system base is uniprocessor, 
multiprocessor or distributed. 

A uniprocessor system executes only one process at 
a time and is capable of switching between 
processes, due to this reason context switching add 
some more time to the overall execution time when I 
preempt the process. 

Multiprocessing is the use of two or more central 
processing units (CPUs) within a single computer 
system. A multiprocessor system will range from 
multi-core, essentially several uniprocessors in one 
processor, to several separate uniprocessors 
controlling the same system. 

A distributed system will range from a 
geographically dispersed system to several 
processors on the same board. In a distributed 
system the nodes are autonomous while in a 

In real-time systems processes are referred to as 
tasks and these have certain temporal qualities and 
restrictions. First of all a real-time task is a task like 
any other. Holver, there is essential difference to 
other computation: the notion of time. Maintaining 
the Integrity of the Specifications. 

Each of the tasks will have a deadline, an execution 
time and a release time. In addition there are other 
temporal attributes that may be assigned to a task. 
The three mentioned are the basic ones. The release 
time, or ready time is when the task is made ready for 
execution. The deadline is when a given task must be 
done executing and the execution time is how long 
time it takes to run the given task. In addition most 
tasks are recurring and have a period in which it 
executes. Such a task is referred to as periodic. The 


period is the time from when a task may start until 
when the next instance of the same task may start and 
the length of the period of a task is static. 

An example, shown in Figure 1, of scheduling can be 
made using three tasks Tl, T2 and T3 with execution 
time and deadline of (1, 3), (4, 9) and (2, 9) 
respectively and periods equal to their deadlines. 
These tasks can be scheduled so that all tasks get to 
execute before the deadlines. 
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Figure 1: Scheduling of Tl, T2 and T3. 

The example is very simple as it does not show 
priorities or use preemption. There are also other 
properties of interest when looking at scheduling. 
Properties a task may use briefly explained: 

> Release/ready time: The time a task is ready to run 
and just waits for the scheduler to activate it. 

> Deadline: The time when a task must be finished 
executing. 

> Execution/run time: The active computation time 
a tasks need to complete. 

> Worst Case Execution Time (WCET): The longest 
possible execution time for a task on a particular 
type of system. 

> Response time: The time it takes a task to finish 
execution. Measured from release time to 
execution completes, including preemptions. 

> Priority/light: The importance given a task in 
context of the schedule at hand. 

SCHEDULING PROCEDURES 
A. STATIC SCHEDULING 

Scheduling procedures themselves can be categorized 
as being static or dynamic.[4] The static scheduling 
procedures are those procedures which come under 
uniprocessors. The tasks present here have enough 
execution time and are ensured to fulfill the condition 
of deadline if possible. It calculates (or pre¬ 
determines) schedules for the system. Static approach 
requires prior knowledge of the process 
characteristics in order to process it in particular time. 
Certainly in safety critical systems it is reasonable to 
argue that no event should be unpredicted and that 
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schedulability should be guaranteed before execution. 
This implies the use of a static scheduling algorithm. 
When all the scheduling decisions are made prior to 
the running of the system then it is static and offline. 
A table is generated which carry the scheduling 
decisions which are to be used during run-time. 

Rate mono tonic (RM) is a scheduling algorithm [5,6] 
used in real time operating systems with static 
priority preemptive scheme. It is static-priority in the 
sense that all priorities are determined for all 
instances of tasks before run time. The length of the 
period of respective tasks determine the priority of a 
task. Tasks with short period times are assigned 
higher priority. Periodic tasks are scheduled using 
RM. The following are preconditions for the rate 
monotonic algorithm formalized by Liu and 
Layland. 

1. Periodic tasks have constant known execution 
times and are ready for execution at the 
beginning of each period(T). 

2. Deadlines(D) for tasks are at the end of each 
period: (D = T) 

3. The tasks are independent, that is, there is no 
precedence between tasks and they do not block 
each other. 

4. Scheduling overhead due to context switches 
and swapping etc. are assumed to be zero. 

The rate monotonic priority assignment is optimal 
meaning that if any static priority scheduling 
algorithm can meet all the deadlines, then the rate 
monotonic algorithm can too. The Utilization For the 
given process is obtained by the given formula which 
was proposed by Lui & Layland(1973)[8] which is as: 


U = < n(2^"- 1) .(!)• 

i = l 

Where Ci=Computation Time, Ti=Release Time 
Period, N=No. of processes to be Scheduled. 

An Example for rate monotonic is explained as 
follows: 


TABLET Process Timing 


Process 

Execution 

Time 

Period 

PI 

3 

7 

P2 

4 

9 

P3 

6 

10 


The utilization for the given processes present in table 
2 will be solved by the given formula: 

The Utilization will be: 3/7 + 4/9 + 6/10 = 0.6492. 

With the help of this utilization time I conclude the 
feasibility of the algorithm. 

b ■ ■ 
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Figure 2: Scheduling example of Rate-Monotonic 

One more example for RM is shown below which 
shows the two different tasks T1 and T2 are shown 
with their execution time T1 with a shorter period & 
therefore higher priority runs before T2. They then 
run as they are release . 

Deadline Monotonic is a scheduling algorithm is an 
algorithm that uses fixed priority preemptive 
scheduling. The tasks in this procedures assigned 
according to the deadline of the given processes are 
assigned according to the given deadline. The task 
having the shortest deadline is assigned with the 
highest priority. Each task is assigned a priority 
inversely proportional to its relative Deadline. 
Deadline monotonic priority assignment is not 
optimal for fixed priority non-pre-emptive 
scheduling. 

An Example that shows the feasibility for deadline 
can be shown by the example below: 


T1 (2,10,3) T2(3,8,6) 
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Figure 3: Scheduling example for deadline 
monotonic. 

Can I derive utilization based tests with the Given 
Formula: 
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V = . (2) 

Here Di=Deadline of the task, Ci=Computation 

Time, N=no. of process to schedule. 

B. RATE-MONOTONIC SCHEDULING: 

In computer science, rate-monotonic scheduling 
(RMS) is a priority assignment algorithm used in real¬ 
time operating systems (RTOS) with a static-priority 
scheduling class. The static priorities are assigned 
according to the cycle duration of the job, so a shorter 
cycle duration results in a higher job priority. Tasks 
are independent in rate monotonic scheduling. The 
schedulability constant is given by: 

Assume a set of periodic tasks: (Ci,Ti) Di=Ti v 

Tasks are always released at the start of their periods 
and tasks are independent. 

It is a mathematical model that contains a calculated 
simulation of periods in a closed system, where 
round-robin and time-sharing schedulers fail to meet 
the scheduling needs otherwise. Rate mono tonic 
scheduling looks at a run modeling of all threads in 
the system and determines how much time is needed 
to meet the guarantees for the set of threads in 
question.Liu & Layland (1973) proved that for a set 
of n periodic tasks with unique periods, a feasible 
schedule that will always meet deadlines exists if the 
CPU utilization is below a specific bound (depending 
on the number of tasks). 

Multiprocessor systems are the future as I see it now, 
but finding procedures that takes full advantage of 
these systems is an arduous task in which much effort 
has been and is being made by researchers. Future 
work could be to focus on these new procedures being 
produced as Ill as dynamic based server procedures. 

The basic priority inheritance protocol [7] promotes the 
priority of the task that holds the resource to the 
priority of the task that requests that resource at the 
time the request is made. Upon release of the 
resource, the original priority level before the 
promotion is restored. This method does not prevent 
deadlocks and suffers from chained blocking. That is, 
if a high priority task accesses multiple shared 
resources in sequence, it may have to wait (block) on 
a lower priority task for each of the resources. The 
real-time patch to the Linux kernel includes an 
implementation of this protocol. 


The priority ceiling protocol enhances the basic 
priority inheritance protocol by assigning a ceiling 
priority to each semaphore, which is the priority of 
the highest job that will ever access that semaphore. A 
job cannot preempt a lower priority critical section if 
its priority is lower than the ceiling priority for that 
section. This method prevents deadlocks and bounds 
the blocking time to at most the length of one lower 
priority critical section. This method can be 
suboptimal, in that it can cause unnecessary blocking. 
The priority ceiling protocol is available in the 
VxWorks real-time kernel. It is also known as Highest 
Locker's Priority Protocol (HLP). 

Conclusion 

As I have studied and analyzed the various procedures 
based on static scheduling I discuss about the rate 
monotonic and deadline monotonic scheduling are 
two procedures which are used for real time task 
system which are periodic. In this paper I discuss the 
feasibility decision for the given real time tasks when 
the system is scheduled using rate monotonic and 
deadline monotonic scheduling. The complexity of 
both the procedures depends on the number of tasks 
and the maximum periods given or on the deadlines of 
the given processes. The time complexity for the 
particular algorithm depends on the number of task. I 
come to a conclusion that the rate monotonic is more 
feasible as compared to the deadline monotonic 
algorithm as the priorities for rate monotonic are 
based on the process timing and for the deadline 
monotonic it is based on the deadline of each process 
which is preempted if higher priority task comes in 
between. 
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